home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 6 / Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso / 033a / vbbs530.zip / NETGUIDE.DOC < prev    next >
Text File  |  1991-11-06  |  25KB  |  593 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.             ▒▒▄ ▒▒▄ ▒▒▄ ▒▒▒▒▒▒▄ ▒▒▒▒▒▒▄ ▒▒▄ ▒▒▄ ▒▒▒▒▒▒▄ ▒▒▄
  8.             ▒▒█ ▒▒█ ▒▒█ ▒▒█▀▒▒█  ▀▒▒█▀▀ ▒▒█ ▒▒█ ▒▒█▀▒▒█ ▒▒█
  9.             ▒▒█ ▒▒█ ▒▒█ ▒▒▒▒▒█▀   ▒▒█   ▒▒█ ▒▒█ ▒▒▒▒▒▒█ ▒▒█
  10.              ▒▒▒▒█▀ ▒▒█ ▒▒█▀▒▒▄   ▒▒█   ▒▒█ ▒▒█ ▒▒█ ▒▒█ ▒▒█
  11.               ▒▒█▀  ▒▒█ ▒▒█ ▒▒█   ▒▒█   ▒▒▒▒▒▒█ ▒▒█ ▒▒█ ▒▒▒▒▒▒▄
  12.                ▀▀    ▀▀  ▀▀  ▀▀    ▀▀    ▀▀▀▀▀▀  ▀▀  ▀▀  ▀▀▀▀▀▀
  13.                         ▒▒▒▄▄ ▒▒▄ ▒▒▒▒▒▒▄ ▒▒▒▒▒▒▄
  14.                         ▒▒█▒▒█▒▒█ ▒▒█▀▀▀▀  ▀▒▒█▀▀
  15.                         ▒▒█ ▀▒▒▒█ ▒▒▒▒▒▄    ▒▒█
  16.                         ▒▒█   ▒▒█ ▒▒█▀▀▀    ▒▒█
  17.                         ▒▒█   ▒▒█ ▒▒▒▒▒▒▄   ▒▒█
  18.                          ▀▀    ▀▀  ▀▀▀▀▀▀    ▀▀
  19.  
  20.  
  21.                           The VirtualNET Guide
  22.  
  23.  
  24.        ─────────────────────────────────────────────────────────
  25.  
  26.  
  27.  
  28.  
  29.                       - Table of Contents -
  30.  
  31.            About VirtualNET............................. 1
  32.  
  33.            Network Message Areas........................ 1
  34.  
  35.            The "Multi-Net".............................. 1
  36.  
  37.            E-Mail....................................... 2
  38.  
  39.            Multi-mail and CC:s.......................... 2
  40.  
  41.            Networked File Listings...................... 3
  42.  
  43.            Taglines..................................... 3
  44.  
  45.            Joining VirtualNET........................... 4
  46.  
  47.            The Role of the AC........................... 5
  48.  
  49.            Establishing a Client-Server connect......... 6
  50.  
  51.            Network Decorum.............................. 7
  52.  
  53.            Network Support.............................. 7
  54.  
  55.            The Future................................... 8
  56.  
  57.  
  58.              Appendix A................................. 9
  59.                 Installing the Net...................... 9
  60.                 Network Configuration................... 9
  61.  
  62.              Appendix B................................. 10
  63.                 VNET Command lines...................... 10
  64.                 VNET Macros............................. 11
  65.                 Network Files........................... 12
  66.                 Log Files...............................
  67.  
  68.              Appendix C.................................
  69.                 VWW4 Utility............................
  70.                 Setting up WWIVnet......................
  71.                 Setting up WWIVLink.....................
  72.  
  73.  
  74.  
  75.       ──────────────────────────────────────────────────────────
  76.  
  77.                             - 1 -
  78.  
  79. --------------------
  80. What is VirtualNET?:
  81. --------------------
  82.     VirtualNET is a wide area network of on-line bulletin board systems
  83. running the Virtual BBS software authored by Roland De Graaf. This
  84. fast growing network is free and open to all who wish to become a part
  85. of it. Friendly, fun, and non-political by nature, participation in
  86. VirtualNET is widely encouraged. Networked message areas, email and
  87. requestable networked filelistings are a few of the features which
  88. highlight network activity.
  89.  
  90.  
  91. ------------------------
  92. Networked Message Areas:
  93. ------------------------
  94.    At the core of VirtualNET are 22 message areas known as Star Message
  95. Bases. These are the original "non-hosted" VirtualNET subs and are
  96. provided to you preconfigured in a DATABASE.CFG which you may edit
  97. (delete or add to) with the VBBS configuration software. Other subs
  98. (topic areas) are available for automatic request by a SysOp and are
  99. listed in the current VSUBSLST.TXT. Aside from the Star Message Bases,
  100. listed subs have informal "hosts". These hosts act as discussion leaders
  101. within a given message area and should be afforded some degree of
  102. courtesy in that regard. If a SysOp would like to "Host" a sub topic of
  103. his or her own, all that needs to be done is to contact the VirtualNET
  104. Subslist Coordinator 1@4080, provide a Formal Name for the sub with a
  105. brief description of it along with a request for a sub # assignment and
  106. inclusion into the next SUBSLiST.NET
  107.  
  108.  
  109. ----------------
  110. The "Multi-Net":
  111. ----------------
  112.    The Muli-Net is inclusive of other Networks and allows Message areas
  113. and email to be gated presently among VirtualNET, WWIVnet, and WWIVLink.
  114. The multinet allows the "gating" of message bases and sub boards between
  115. networks. At the present time, Non hosted VirtualNET subs are themselves
  116. NOT being gated outside of the network. Hosted VirtualNET subs however
  117. may be gated as the "host" sees fit. To gate subs from other networks INTO
  118. VirtualNET, you must first obtain the permission of the Host of that Sub,
  119. and then request a Gateway sub type assignment from the VirtualNET
  120. Subslist Coordinator. To gate other networks between themselves, permission
  121. MUST be obtained from EACH sub or conference Host involved on those
  122. networks.
  123.  
  124.  
  125.                              - 2 -
  126. ------
  127. Email:
  128. ------
  129.   Private email routing is a function of the network. Each user on your
  130. system has a unique VirtualNET address and if given appropriate security
  131. may send and recieve mail not only across VirtualNET but, also across
  132. the multinet (other networks). A user on any VirtualNET system may send
  133. email to a WWIVnet address for instance just by identifying the network
  134. name at the prompt after the user and node number (x@xxxx) is entered in
  135. the "To:" line. The mail is gated out to WWIVnet (or whatever network
  136. has been chosen) at the first "gate" it comes to as it is routed up the
  137. network. Conversely, a WWIVnet user may send mail to a VirtualNET user
  138. by directing it through a known email gateway. The main WWIV gateway
  139. routing address on VirtualNET is 2@6655. So, from a WWIVnet board, a
  140. WWIVnet user can send mail to a VirtualNET user like so; 1) address the
  141. mail to a WWIVnet gate 2@6655 (main VirtualNET gateway) 2) On the FIRST
  142. line of that email, address the person's VirtualNET address prefacing it
  143. with three "***". When the mail hits the gateway, the software will see
  144. that routing instruction and route the mail to the VirtualNET address.
  145. example: ***1@4080
  146.   Another Network feature of the email is attached files. Attached files
  147. may be sent to any address on VirtualNET by any user configured by the
  148. SysOp to do so. There is no limit on the size of the file which can be
  149. attached to an email. For that reason, you will probably want to limit
  150. the access of this feature.
  151.  
  152.  
  153. -------------------
  154. Multi-mail and CCs:
  155. -------------------
  156.   A unique and powerful feature of the VBBS/NET software is Multimail.
  157. This enables a SysOp and those with appropriate security levels as
  158. defined by the SysOp to maintain up to 9 seperate mailing lists, each
  159. with the ability to store an unlimited number of local and Network
  160. addresses which span the multinet. This INCLUDES the ability to CC: or
  161. multimail attached files this way as well. CC:s are seperately definable
  162. to user security and as multimail, there is no limit on the number of
  163. addresses that can be Carbon Copied at any given time.
  164.  
  165. Note on Multimail Usage: VirtualNET considers itself a Guest of the
  166. networks within the Multinet. Each VirtualNET sysop has the
  167. responsibility to conduct themselves in a way which is becoming of
  168. that "guest" status. Arbitrary use of the CC or Multimail function
  169. is strongly discouraged.
  170.  
  171.                              - 3 -
  172.  
  173. ------------------------
  174. Networked File Listings:
  175. ------------------------
  176.    Along with Email and the Message Bases, VirtualNET features a
  177. the actual networking of FILES. Through an automated request system
  178. (functional but still in development), VirtualNET SysOps, by configuring
  179. their VBBS program to do so, may recieve File listings from networked
  180. directories across the network (see appendix for installation notes).
  181. These file listings appear on your system as downloadable files only,
  182. similar to <offline> listings, they are marked as <Network File>. By
  183. pressing "R", a user may reqest a networked file. The request is then
  184. sent to the SysOp for approval or disapproval. If approved, the request
  185. is then automatically sent to the SysOp of the originating board where
  186. that SysOp will A)pprove or D)issaprove the request. If the request is
  187. approved, the file is then sent. Once this system becomes polished, each
  188. VirtualNET board will be able to display File listings that may very well
  189. represent Hundreds and perhaps thousands of Megabytes of files on their
  190. system.
  191.  
  192.  
  193. ---------
  194. Taglines:
  195. ---------
  196. Taglines are a great way to provide a personal and informative
  197. "stamp" on your messages to advertise your system and it's features.
  198. In your VBBS directory is a file called TAGLINE.1. This is your
  199. system's network "tag line" that is stamped at the bottom of the
  200. outgoing messages from your board. This file can be either edited
  201. with a std Ascii editor, or as well using an Ansi Draw program.
  202. You can have as many as 999 different system taglines (.1 thru .999)
  203. If you use an Ansi tagline, it should be block saved limiting it to 80
  204. columns. Although there is no specific policy on the use of networked
  205. taglines within VirtualNET, SysOps should be mindful of two things;
  206. first, that within the Multinet, subs which are a part of other
  207. networks, and perhaps other networks themselves may have policy
  208. regarding the use of taglines. If you carry "gated" subs or are part
  209. of another network, it is recommended that you familiarize
  210. yourself with policy related to tagline usage. Secondly, keep in
  211. mind that "monster" ansi taglines are significantly larger than
  212. simple Ascii tags. A new feature in VBBS 5.30 is the ability to turn
  213. taglines off, as is required by some of the sub hosts from other
  214. networks (tagline= 0 in DATABASE.CFG).
  215.  
  216.                               - 4 -
  217.  
  218. -------------------
  219. Joining VirtualNET:
  220. -------------------
  221.     Included with the VBBS 5.30 program, is a list of VirtualNET BBSs
  222. which is current at the time of the 5.30 release (BBSLIST.NET). If you
  223. would like to have your BBS join VirtualNET or have further questions
  224. regarding VirtualNET, please contact the Area Coordinator (AC) for your
  225. area as listed in the BBSLIST.NET. If your area does not yet have an AC,
  226. please contact one of the two VirtualNET Regional Coordinators (RC) as
  227. listed. Both RCs can be reached through VirtualNET or WWIVnet addresses;
  228.  
  229. RC (east)
  230. The Dutch Ghetto (Snoop)
  231. 1@6160 VirtualNET
  232. 1@6659 WWIVnet
  233.  
  234. RC (west)
  235. The Lemurian Co-op (Cat In The Hat)
  236. 1@9160 VirtualNET
  237. 1@9699 WWIVnet
  238.  
  239.     There are many Area Coordinator positions not yet assigned and
  240. available. Should you desire to be the AC for your area, please let the
  241. RC know this in your node request email. Whether you are sending a node
  242. request to your AC or an RC, please use following format:
  243.  
  244. Turning in a new node request:
  245.  
  246.         Board Name ____________
  247.         Sysop Name ____________
  248.         BBS Phone # (XXX)-XXX-XXXX
  249.         Voice Phone# (XXX)-XXX-XXXX
  250.         Max Baud Rate supported_________
  251.         Modem type (2400, /HST COMPUCOM, DS, V.32 etc..)
  252.         Connect to: @xxxx (if known)
  253.         Other Network affiliation (if any)____________________
  254.  
  255. Node requests are usually effected within a weeks time. Generally, you
  256. can expect to become official within a few days of your application.
  257. Updates to the BBSLIST.NET and CONNECT.NET files are sent out each
  258. Sunday evening reflecting additions and changes for the 7 days
  259. preceding.
  260.  
  261.  
  262.                                   - 5 -
  263.  
  264. -------------------
  265. The Role of the AC:
  266. -------------------
  267. (ACs) - At the backbone of VirtualNET are the Area Coordinators. Normally,
  268. one AC is assigned to each telephone area code. This position is purely
  269. voluntary. If an Area code has no AC, then the position will generally be
  270. offered to each VirtualNET SysOp succesively IN that area as they join the
  271. network.
  272.  
  273. Requirements of the VirtualNET AC-
  274.  
  275. 1) Be opperating an accessable VBBS 24 hours per day.
  276.  
  277. 2) Be able and willing to provide time and effort toward support and
  278.    the growth of the network.
  279.  
  280.  
  281. Duties of the VirtualNET ACs-
  282.  
  283. 1) Promote and support VBBS/NET within your area as you are able.
  284.    Encourage and help others to be a part of, and contributors to
  285.    VirtualNET.
  286.  
  287. 2) Provide a positive image of VirtualNET within the online community.
  288.  
  289. 3) Resolve conflicts that arise when able within the area and promote
  290.    harmonious participation within the network.
  291.  
  292. 4) Active participation in the VirtualNET AC sub.
  293.  
  294. VirtualNET does NOT exclude anyone. There is NO basis for a denial or
  295. delay of VirtualNET node assignments EXCEPT at the Network Coordinator
  296. level. If an AC feels he or she has reason to suspect that a pending
  297. new network node should be denied a VirtualNET node number, that sysop
  298. should contact the NC or a Regional Coordinator directly.
  299.     Connects are purely voluntary. An AC is encouraged,
  300. but not required to provide a connect for a VirtualNET system. An AC
  301. should ofcourse help a new VirtualNET node locate a suitable connect.
  302.  
  303. VirtualNET is a FREE and OPEN network. It is non-exlusive by nature and
  304. is NOT hierarchal in the manner of many other networks.
  305.  
  306.   Often times, an AC might want to name an assistant AC to help
  307. particularly in the event that the AC is going to be inaccessable for
  308. any length of time.
  309.  
  310. AC's are each assigned 10 VirtualNET subs for area specific use. ACs are
  311. highly encouraged to set up a netted SysOps sub for VirtualNET
  312. SysOps in their area.
  313.  
  314.  
  315.                                   - 6 -
  316.  
  317. --------------------------------------------
  318. Establishing Connects (Servers and Clients):
  319. --------------------------------------------
  320.        Normally, at the same time that a node number is assigned, a
  321. connect is established between the new node and a "Server". The stucture
  322. of the network is currently that of a "Hub". The main Server is located
  323. in Western Michigan using a US Robotics HST and the network branches out
  324. from that area. It is desirable for a node to make a local connect when
  325. possible. If there is currently more than one VirtualNET board in your
  326. area, consideration to become a "Client" of that system should be
  327. primary. Often, a local dialing area will name one system as the Server
  328. and divide the monthly networking costs by the number of BBSs in the
  329. local system. If there is not yet another VirtualNET BBS in your area,
  330. one of the two VirtualNET Regional Coordinators will help you in
  331. establishing the best connect for your board.
  332.       Note: Once your Network account has been established, it is
  333. incumbant upon you as a Client to NET in to your Server in a timely
  334. manner. Due to matters regarding storage of Network Packets, Clients who
  335. do not NET in to their server for 7 days run the risk of having their
  336. pending packet deleted by the Server SysOp. If you are having problems,
  337. or for whatever reason are not able to recieve your packet from your
  338. Server on a timely basis, be sure to contact your Server right away.
  339. Also, if you are going to be leaving the network, please notify your
  340. Server as well as your Area Coordinator.
  341.  
  342. --------------
  343. The Subs List:
  344. --------------
  345. The VirtualNET Subs List is updated weekly, and made available for
  346. network file request. AC's are encouraged to provide the subslist for
  347. local downloading. By default, a VirtualNET DATABASE.CFG containing the
  348. 22 VirtualNET "Star" Message bases, the 4 SysOp/Support subs, the
  349. VirtualNET "Scripts & Mods" Networked File listing dir (899) and a
  350. Network File request dir to recieve any files requested by you from the
  351. network.
  352.    Other subs are available to you by automated request. You simply need
  353. to add each sub you would like to recieve to your database.cfg. The subs
  354. come to you automatically and do not require that you request them from
  355. anyone. Once subscribing to a new sub however, it is common practice to
  356. announce your board's presence in that message area.
  357.    Any questions regarding VirtualNET subs or Requests to either Host a
  358. VirtualNET sub or Gate a sub from another network need to be directed to
  359. the VirtualNET Subslist Coordinator (1@4080 Friday Jones).
  360.  
  361.    There is no limitation on the number of subs a sysop may host nor
  362. limitation of the sub content. Neither VirtualNET nor it's Network
  363. Coordinator endorse or maintain formal affiliation in any way to the subs
  364. hosted by the network sysops. Although VirtualNET maintains no
  365. responsibility to the activity of it's SysOps, illegal activity is
  366. expressly forbidden within the network. It is expected that VirtualNET
  367. SysOps will act in a responsible manner. Any networked BBS known to be
  368. engaging in activity which is not legal will be dropped from the
  369. subslist.
  370.  
  371.  
  372.  
  373.                               - 7 -
  374.  
  375. --------
  376. Decorum:
  377. --------
  378. VirtualNET has been fortunate to date in not having to deal with an
  379. issue of a Network user creating problems for others. As we grow
  380. however, it is inevitable that a situation will arize which requires
  381. remedy. First and Foremost, it is a SysOp's unique responsibilty to
  382. limit Network access on his or her system to responsible users.
  383. SysOps are expected to handle any problem user which is accessing
  384. the network from his or her board. In the event that a problem is
  385. persistant, a warning will be issued to that system. If the problem
  386. continues, the Network Coordinator will have no choice other than to
  387. suspend the network connect to the originating node.
  388.  
  389.  
  390. --------
  391. Support:
  392. --------
  393.         Sometimes things don't work quite as they should when first
  394. establishing a connect with a server. If you have read and followed the
  395. documentation, and find that you are for whatever reason recieving
  396. errors, contact your Server and let him or her know what the problem is.
  397.         VBBS and VirtualNET share the same cooperative support
  398. structure. Servers, AC's and CORE support boards are there to help you
  399. should you experience problems. The email that you send regarding
  400. problems should always include your Network address (node #), as well as
  401. your name, software version, WHICH network you're having problems with,
  402. and whether you are a running the program Standalone or as a door.
  403. It is important as well that you are as specific as possible regarding
  404. the nature of the problem as well as where it occurs. Invariably,
  405. almost all errors are the result of something not being quite right
  406. in the installation.
  407.         The Support structure available to you is geared for maximum
  408. efficiency in resolving problems. No matter who you contact, your mail
  409. has a good chance of being forwarded within the support structure to
  410. another SysOp for resolution. This way, not only is the volume of
  411. support spread more evenly, but as well should result in a more prompt
  412. and accurate reply to the SysOp requiring support.
  413.         If you have access to the VirtualNET Support Subs however,
  414. please make use of the public support by posting there as it will
  415. provide the greatest benifit to the Net as a whole.
  416.  
  417.  
  418.  
  419.                                 - 8 -
  420. -----------
  421. The Future:
  422. -----------
  423.         The future of VirtualNET is heavily bound to the present.
  424. VirtualNET has the current distiction of being the fastest growing
  425. privately run network in the nation. With effort on the part of all
  426. pioneering VirtualNET SysOps, VirtualNET will continue to grow at an
  427. exponential rate.
  428.         The future of the network software will see a continued
  429. efficiency of design. Added networked features can expect to see an
  430. inclusion of the FIDO format into the Multinet among other things. The
  431. Networked Filelistings and request system can expect to see some
  432. polishing soon, and a Virtual Offline Mail Reader which interacts
  433. directly with the VNET EXE is something to look forward to in the very
  434. near future.
  435.  
  436.  
  437.                                -= * =-
  438.  
  439.  
  440.                                 - 9 -
  441.  
  442. -----------
  443. Appendix A:      - N E T W O R K  I N S T A L L A T I O N -
  444. -----------
  445.  
  446. In order to use the networking features, you will need to have the following
  447. programs: (Which VBBS will utilize automatically.)
  448. DSZ                    DSZ External Protocol Driver
  449. PKZIP and PKUNZIP      PKware ZIP Archive Utilities
  450.  
  451.  Installing the Net-
  452.  --------------------
  453.    The VirtualNET networking software, VNET.EXE is already included with
  454.    the VBBS program. Once you have recieved you node assignment and have
  455.    established yourself as a "client" to a VirtualNET "server" you
  456.    simply need to do setup the NETWORK section in Vconfig. To do this,
  457.    you enter your node number #### in the NETWORK.CFG. As well, you need
  458.    to insert your Server node # and Phone #.
  459.  
  460.   Events and Dialing Thresholds
  461.   -------------------------------
  462.  
  463. ***********************************************************
  464. *************OKAY ZARG, TAKE IT FROM HERE******************
  465. ***********************************************************
  466.  
  467.                               - 10 -
  468. ------------
  469. Appendix B :
  470. ------------
  471.  
  472.  
  473.              Appendix B.................................
  474.                 VNET Command lines......................
  475.                 Network Files...........................
  476.                 VNET Macros.............................
  477.                 Log Files...............................
  478.  
  479.  
  480. VNET.EXE is the networking software for the Virtual BBS/NET. It should
  481. be run out of the same directory as your Virtual BBS. For the most part,
  482. VBBS.EXE activates VNET.EXE as needed, however there are command
  483. switches which you may employ during execution from a batchfile or Dos
  484. prompt.
  485.  
  486.  
  487. The syntax for VNET.EXE is:
  488.  
  489. VNET <command-switch>
  490.  
  491. <command-switch> tells VNET what to do, the possibilities are:
  492.  
  493. /NET - This command does a network callout to your designated host.
  494.        Upon completion, it exits back to DOS.
  495.  
  496. /HOST - This option tells VNET.EXE that a VirtualNET system has called
  497.         in, and that its time to do an "answering-system" net transfer.
  498.  
  499. /DIAL - This options lets a "Server" call to a "Client" system.
  500.         (Sort of the reverse of /NET)
  501.         Usage: VNET /DIAL5150  will dial a client @5150
  502.  
  503. /UPDATE - Updates all the mail packets. (also "/U")
  504.  
  505. /ANALYZE - Analyzes VirtualNET connect and bbslist information sent
  506.          to you from the Network Coordinator.
  507.          Example: VNET /ANALYZE
  508.  
  509. /Z     -   Used to unpack any pending .PKT files
  510.            Example: VNET /Z #### (where #### is the node # preceding the
  511.            .PKT extention)
  512.  
  513. /$     -   Used to List, review and delete VirtualNET posts after
  514.            bundling into Net Packets (similar to LNET in WWIVnet).
  515.  
  516.  
  517.                                 - 11 -
  518. ------------
  519. VNET Macros:
  520. ------------
  521.  
  522.    VBBS has a new and unique ability of Vnet.exe to employ the use
  523. of macros in establishing a Net connection with another VBBS system.
  524. If you are running VBBS from a matrix logon or as a door within another
  525. system, you now have the ability to serve as a VirtualNET HOST system to
  526. other boards from WITHIN the matrix logon or BBS door. If you are
  527. already the host to a remote VirtualNET system which is running in a
  528. matrix logon or door, you may now connect to that system for polling or
  529. whatever.
  530.  
  531.  
  532. The macro supports 3 commands. All 3 commands are 4 characters long,
  533. and 1 space is expected between the command and its arguement.
  534.  
  535. RECV     Waits for a string of characters. If they don't show up
  536.          within 30 seconds, the call is aborted.
  537.  
  538. SEND     Sends a string of characters.
  539.  
  540. WAIT     Tells the macro facility what the boards [PAUSE] string is,
  541.          so that it can be handled should it come up when RECV is waiting for
  542.          its string. If it pops up, the macro facility automatically sends a
  543.          0x0D. The use of this facility is optional.
  544.  
  545. A WWIV example:
  546. WAIT [PAUSE]
  547. RECV NN:
  548. SEND Acct name^m
  549. RECV PW:
  550. SEND codeword^m
  551. RECV ###-###-
  552. SEND 0000^m
  553. RECV T -
  554. SEND .
  555. RECV ?
  556. SEND 1
  557.  
  558. The above example logs on to a WWIV board, and runs door # 1.
  559. Note that you may send and recv control characters by putting a ^
  560. in front of them.
  561.  
  562. When the macro is done executing, VNET.EXE proceeds immediately
  563. to waiting for the ° which should pop up when VBBS starts running as
  564. a door.
  565.  
  566.  
  567.                                 - 12 -
  568.  
  569.  
  570.              Appendix C.................................
  571.                 VWW4 Utility............................
  572.                 Setting up WWIVnet......................
  573.                 Setting up WWIVLink.....................
  574.  
  575.  
  576. WWIVnet-- VBBS is able to directly access WWIVnet.
  577.  
  578.           Registered SysOps will be given the VWW4.EXE which will enable
  579.           the full use of the WWIVnet networking software from within
  580.           VBBS. A particularly notable feature of running WWIVnet inside
  581.           of VBBS is that VBBS is able to carry an UNLIMITED number of
  582.           Network subs. VBBS can even act as a WWIVnet SERVER!
  583.               VirtualNET is a gateway to WWIVnet. That is a VBBS user
  584.           has the unique ability to access WWIVnet mail, as well as any
  585.           gated subs being carried by your board. In order to gate a
  586.           WWIVnet sub into VirtualNET, you simply need to assign it a
  587.           VirtualNET networked sub number in addition to it's WWIVnet
  588.           sub type.
  589.  
  590.                       -=-=-=-=-=-=-=-=-=-=-=-
  591.  
  592.             VirtualNET Guide ver 5.30 by Cat In The Hat
  593.